Date: Wed, 24 Feb 93 04:30:07 PST 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #50 

To: packet-radio 


Packet-Radio Digest Wed, 24 Feb 93 Volume 93 : Issue 50 


Today's Topics: 
Compiling KA9Qs NOS and having problems 
J7nos 
KISS on MFJ-1278 
Lost connection to the world !!! 
Russian company wants to buy a large amount of audio CDs 
Software over Packet 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 23 Feb 93 00:04:11 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: Compiling KA9Qs NOS and having problems 
To: packet-radio@ucsd.edu 


The subject says it all. 
I'm trying to compile NOS using Turbo C++ and Turbo Assembler. 


After making a few not-seeming-to-be-critical changes to the 
makefile, I was able to compile, assemble, lib, link everything. 


Unfortunately, the executable does not work. In fact, it doesn't 
seem to execute 'main'. It just hangs. 


I have not touched the distributed source other than the makefile. 
The machine runs the executable off the net with no problem. 


Can anyone shed some light on this? I notice that Phil Karn is using 
the more expensive Borland C while I'm using the cheaper Borland 
Turbo C++. Has anyone else succeeded with TC++? 


Any advice woulod be greatly appreciated. Thanks! 
-Ben Mehlman KB2ERP 


PS: If there are people out there who have been making significant 
source changes to NOS, who would like to chat about it - mail me! If 
you send me your phone # I'll give you a call! 


\l/ Ben Mehlman Indigo.. 
aS o Trirex Systems Inc 
it dE bmehlman@trirex.com Indigoing.. 
@ 
Viena >NeXTMail Welcome< Indigone. 


Date: 24 Feb 93 04:40:01 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: J7nos 

To: packet-radio@ucsd.edu 


I am running the new wg7j nos. I have created a virtual drive E where I keep th 
e nos files, including the autoexec.nos file. When I run the j7nos file (nos.e 
xe) it does not seem to be able to find my autoexec or domain.txt files. 


What shoudl the command line be? 


Is there a comprehensive doc file on this version of nos?( 


Date: 23 Feb 1993 19:31:04 GMT 

From: usc!howland.reston.ans.net!newsserver.jvnc.net!yale.edu!think.com!Think.COM! 
bruce@network.UCSD.EDU 

Subject: KISS on MFJ-1278 

To: packet-radio@ucsd.edu 


This is a followup on my problems getting KISS mode to work correctly on my 
MFJ-1278, newly upgraded with 3.6 PROMs. My (very) old PROMs pre-dated KISS, so 
this is my first experience trying to get it running. 


I've debugged it enough to find that the problem is that xevery*x packet appears 
to have exactly one leading NUL byte, according to the hex dump from NOS. If 
things are shifted over by that one byte, they appear to decode correctly. 
Trouble is, I have no idea where the spurious NUL is coming from. Any ideas? It 
would be trivial to build myself a verion of NET.EXE which gobbled the NUL, but 
that's cheating :-). There must be a parameter I've missed. 


--Bruce Walker 
Thinking Machines Corporation, Cambridge, MA 
bruce@think.com; +1 617 234 4810; WT1M 


Date: 23 Feb 93 18:44:15 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: Lost connection to the world !!! 
To: packet-radio@ucsd.edu 


Greetings All, 
This was posted to the local packet network. It sums up the situation here 
rather well. 


> 

>From : N5RG @ KSWPH 

>To : NET @ ELPASO 

>Date : 930213/0847 

>Msgid : BF 3157@K5WPH $3157_K5WPH 
>Subject : Connections to world lost 
> 

> 


>One of the neat aspects of packet radio is its ability to exchange messages 
>with the world. We have been part of a message forwarding system that has 
>worked pretty well for the past couple of years that has been able send and 
>receive messages to most any place in the world in a fairly short time. 

>But events of that past couple of months have left us in near isolation. 

> 

>Disaster Number 1: The tower fell down on Heliograph Peak in Arizona taking 
>with it HELIO and NM1. These two nodes have been essential to our link to 
>the west. HELIO was KC7CG's main entry point to us from Tucson. NM1 was 

>a 9600 baud link to NM2 which linked to SVC5 and then on to ELP2. This path 
>was working great and gave us fast communications into Arizona. Most of our 
>bulletins and a great amount of our message traffic passed through this path. 
>This path is sorely missed. It will probably not return until the snow 
>melts on Heliograph peak and a work crew can go up and fix things. 

> 


>Disaster Number 2: Mike Jones WB5NQC was told to remove his BUCK & #BUCK 
>from Buck Ridge on the north east side of Sierra Blanca mountain last fall. 
>BUCK has been a main stay of packet communications for several years in 
>southeastern New Mexico. Its height gave it very wide coverage all the 

>way from Mt. Taylor to nearly Roswell. Mike had added a 440 link (4HBUCK) 
>to improve it this past summer. It is sorely missed. It may be allowed to 
>return when the snow melts. 

> 

>Disaster number 3: The Socorro amateur radio club voted in mid January 1993 
>to turn off K5DI's SOCORO packet node at their site because it interfered with 
>their 2-meter repeater at the same site. This is understandable since their 
>main interest is their voice repeater. But this is very serious to packet 
>radio since with BUCK missing, SOCORO was the main north south route. When 
>it was working we had a path over which messages could be sent to Albuquerque 
>and from there to the world via HF from NC5SR and the VHF/UHF network. 

> 

>Current Status: The only path left to the north is from SUNSPT to ABQW on 
>Mt Taylor. This path is about 200 miles long and while it can pass some 
>traffic is a very slow and tedious path. It cannot handle a very large 
>volume of traffic. But it is all we have left. Some message traffic is 
>passed over this path to WB2ARS. 


> Al KA5ADF in Tularosa put on TULIE from his QTH last fall. It links 
>SUNSPT with RUI in Ruidoso which can talk to the WB5NQC BBS. We hasome traffic 
thru this route. Al has made a valiant effort to 


>keep this path working for all of us and has made several improvements to 
>his station to make it work better. It has worked well but there are 
>problems and the amount of traffic that may be passed through this path 

>is limited. 

> The WB5NQC BBS receives most of its traffic from the W7MCO BBS through 
>Dick Taylor's network. While Dick allows this flow of traffic, he will not 
>allow a direct connection into El Paso from CLOUD (WAS5PIE tried this. The 
>path worked fine but Dick requested that Rick remove the connection). The 
>only direct connection into El Paso from Dick Taylor's network has been that 
>from DMNE to ELP. Even though the traffic between W7MCO & WB5NQC must pass 
>through the DMNE site, Dick has requested that no traffic flow into El Paso 
>directly from DMNE unless a UHF connection is made into El Paso from DMNE. 
> Paul N5FAZ who is the sysop of W5ES has brought in some traffic from 
>Texas via telephone. This can be considered to be only an interim solution 
>but is much appreciated. 

> We in El Paso and southern New Mexico are currently in near isolation 
>and have only poor paths to the world left (at least compared to what we 
>have become accustomed to). Hopefully the situation will improve when 
>spring arrives and flowers begin to bloom on the mountain tops. 

> 

>73, Roy N5RG 

Doose End of message 3157 from N5RG @ K5WPH. ----- 


If you are sending a message to some one at the following 


packet BBSs would you please e-mail it to me and I will relay it to the 
El Paso, TX or Las Cruces, NM area. 

K5DI.NM.USA.NA Las Cruces, NM 

K5WPH.NM.USA.NA El Paso, TX 

W5ES.TX.USA.NA El Paso, TX 

I also ask those that post bulletins from packet to this news group, to 

please send me a carbon copy. I catch most of the bulletins posted here but 
not all. My e-mail address is lspringsteen@wsmr-simtel20.army.mil . I will 
relay and post as much as I get. Thanks in advance, 73 Larry WB8LBZ 


INTERNET > Ispringsteen@wsmr-simtel20.army.mil 
Packet > WB8LBZ@K5WPH.NM.USA.NA 
Ma Bell Work> (505) 678-1912 
Home> (915) 821-3021 
Snail Mail > 5469 Wadsworth Ave. El Paso, TX 79924 


Date: Tue, 23 Feb 93 23:03:07 +0300 

From: usc!howland.reston.ans.net!paladin.american.edu!news.univie.ac.@!hp4at! 
mcsun! fuug!kiae! relcom! newsserv@network.UCSD.EDU 

Subject: Russian company wants to buy a large amount of audio CDs 

To: packet-radio@ucsd.edu 


Message-Id: <adn_2441_0_> 

Date: Tue, 23 Feb 1993 23:01:38 MSK 
From: iort@adonis.ias.msk.su 

To: newsserv@newcom.kiae. su 
Subject: 


February 20, 
Moscow, Russia, 
JV "TETRA". 
Dear Sir, 


Thanks for displayed interest. 

Our company is young and growths quickly. 

We want to begin a joint business with any 

west partner at the sphere of import CDs to Russia. 

This market at our country is one of the most attractive 
and it promises a good profit for companies which want 

to sell CDs. Now we have a lot of tenders and offers from 


all of the regions of Russia from small trade companies 
which want to buy CDs from us. Certainly, we need a lowest 
prices and we are ready to buy not new CDs. The most popular 
music at Russia is Classical Rock. The less popular are Jazz, 
Classics, Avangard. 

We can transfer USD to any reliable west Bank. We think that 
for the first time the total amount of USD must be about 


5,000-10,000. 
We hope for your response. 
Sincerely, 
Andrey Sumarokov, 
FAX (095) 334-5776 TETRA. 
334-5621 


Date: 23 Feb 93 17:31:26 GMT 

From: usc!sol.ctr.columbia.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de! 
Germany .EU.net!mcsun!uknet! keele!nott-cs!unicorn! eeyimkn@network.UCSD.EDU 
Subject: Software over Packet 

To: packet-radio@ucsd.edu 


In article <2B81E661.25378@news.service.uci.edu> eahu099@orion.oac.uci.edu (Asako 
Mariather Kurosaka-Black) writes: 

> (oops. deleted the line. It was about why not send binaries over the...) sri! 
>packet bulletin system. It seems to be successful over internet 
>(comp.binaries...), but I have not noticed it on packet. I would 

>guess the main reasons to be: 


Well, we do here in Europe, using 7plus. It's a bit of a controversial subject 
- there are lots of people both for and against it, as it uses up quite a bit 
of forwarding space. Still works though, especially well for smallish files. 


> 1) TOO MUCH DATA FOR SUCH A SLOW MEDIUM. I would assume this is 
> the primary reason, but if people used small programs, maybe 
> 3-4K, it wouldn't be any different than a message. 


We split longer files up into chunks of 4 or 5K of code. 7+ does this 
automagically. 


> 2) PEOPLE DON'T KNOW HOW. Maybe, But UUDECODE is a good standard 
> to use, and you could use the COMT version on the PC which would 
> allow you to send the UUDECODE.COM file in the message. (2K) 


Most people do here. We use (as I said) a system called 7 plus (7+) which is 
like UUENCODE, but which uses the full 8-bit extended ASCII set. It's a whole 
lot more efficient than UUcode. Error files are generated automatically and 
get sent back to the originator, who then runs it through his system to 


generate a corresponding correction file. 


> 3) NO COMMON DESTINATION. True, but I would be willing to bet 
> that there are more PC clones out there on packet than any 
> others. Plus you could send code for any machine format. 


Virtually everything that appears is for the PC, tho the occasional programs do 
appear for the Commodore Meagre <grin> and the Archimedes. 


> 4) WOULDN'T INTEREST EVERYONE. No article out there now interests 
> everyone. 


It doesn't. But people don't have to download it if they don't want it. It's 
polite to keep things short though, especially if they're sent internationally. 
Our HF gateway sysops get a bit miffed by big 7+ files. Solution? Send them 
only @GBR and everything is lovely! (Well, almost). 


>Perhaps it would be better to send a public message explaining the 
>software you had, and when you received responses, send out the software 
>as personal messages only to those interested. Perhaps this is already 
>being done. 


This is being done. But if there is more than one person wanting the software, 
it's more efficient to send it as a bulletin anyway - then only has to go 
everywhere once. 


>What do you think? 

Fine, as long as things are kept short. 15 parts is the definite maximum, but 
there are people who insist on sending out 150K files by 7+. Let's face it, 
snail mail is more efficient for that sort of thing as far as the AX25 net is 


concerned. 


>KD6BCH, Byon in Orange, CA 


Mike, G7GPA 

+-- -=- If infants can have infancy, why can't adults have adultery? -=- ---+ 

\rcfrc- Mike Knell, Willoughby Hall, University of Nottingham, I092)X ------ / 
\ AMPRnet: mikee@g7gpa.ampr.org -=- Internet: eeyimkn@unicorn.nott.ac.uk / 
\ 'oh well, whatever, nevermind...' -=- AX25: G7GPA@GB7BAD.+#23.GBR.EU / 


End of Packet-Radio Digest V93 #50 
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